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(57) ABSTRACT 

An apparatus including an input/output control device and 
an associated method are disclosed. The method includes a 
list with read requests recorded therein in the order of 
generation thereof is provided for each client, and a read 
request from a client is added to an end of a list for the client, 
when the request is generated within a specified period of 
time after generation of the previous read request from the 
same client. When the request is generated after passage of 
the specified period of time, it is added to a header of a new 
list. Common sections of the two lists are recorded in a 
common table, and information instructing to refer to the 
common table is inserted into the lists in place of the 
common sections in the lists. Data is prefetched from the 
disk device and stored in a cache memory based on the 
content of the lists. Data corresponding to common sections 
between the two lists may be relocated or written in a 
continuous empty area of the disk device in a continuous 
state. 
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DEVICE AND METHOD FOR Japanese Patent Laid-Open Publication No. HEI 

INPUT/OUTPUT CONTROL OF A 6-332629 discloses a signal processing unit exclusively for 

COMPUTER SYSTEM FOR EFFICIENT magnetic disks. This unit comprises sections such as an 

PREFETCHING OF DATA BASED ON LISTS access address detection/determination circuit, a buffer con- 

OF DATA READ REQUESTS FOR 5 trol circuit, and a main control section. The access address 

DIFFERENT COMPUTERS AND TIME detection/determination circuit determines whether access to 

BETWEEN ACCESS REQUESTS successive addresses on a magnetic disk is made or not and 

BACKGROUND OF THE INVENTION also counts the addresses. The buffer control circuit reads 

1 Field of the Invention data store d on ^ e magnetic disk regardless of whether a host 

The present invention relates to an electronic computer 10 command has been issued. The main control section deter- 

system and more specifically to a method and device for mmes whether the read data is to be sent to an upper (such 

control of the electronic computer system which results in as a host ) level device while simultaneously storing the data 

efficient prefetching of data. * n a data buffer or the read data is to be sent to an upper level 

2. Description of the Related Art device storing the data in the data buffer and issuing 

With the advent and proliferation of computer systems 15 an instruction according to the determination. The main 

having a client-server architecture, the size of electronic control section also has an access optimizing control tunc- 

computers is being reduced relative to the size of previous- tion executing statistical analysis of the selecting operation 

generation, general-purpose computers. In client-server m eacn of the other sections in response to an access from 

systems, the client computers typically include personal an upper device, and selects and adapts an optimal control 

computers (PCs), and the management cost for managing 20 method for access from an upper device based on a result of 

the client-server system must be re-estimated to take into the above statistical processing. 

account the cost of managing each personal computer Further, Japanese Patent Laid-Open Publication No. HEI 

(herein after referred to as PC). To reduce the management 7_i04940 discloses a disk device. This device includes a 

cost for PCs, a system is employed in which applfetion readi unit> a transfer ^ an mferring miif a prefetching 

software or user data is stored in the server and each PC (in 25 Ufli a storifl Ufli afld a contfol ^ ^ feadin ^ ^ 

its role as a client) accesses the server to use the application ^ data feco f ded QQ ^ accoidi to a comma ^ d received 

software or data stored therein. The server and the PCs are ~ . , . i -♦ t-u ♦ <r tt f , u a 

.j, . , rj. n*-i from a host control unit. The transfer unit transfers the read 

interconnected by network, and are referred to collectively , . . , . . . . c . . - . 

as a network computing system control unit. The inferring unit infers a read 

_ , . . , , , command which the host control unit might issue next. The 

In the network computing system as described above, and 30 prefetchin g unit prefetches lhe data from the disk based on 

m most electronic computer systems built around a server, it , he of , he ^ ^ ^ ^ „ , he 

appears to each client computer (or PQ that the application da , a read b ^ fetchin wit and/or the readin unit ^ 

software or die user data bemg accessed is stored ,n or on the control ^ me djsk deyice ^ eDti[ 

hard disk of the respective PC. Also in the network com- . _ . „ 

puling system described herein above, a disk sub-system 35 J ^ .">fcmng unit includes a first determ.mng umt that 

may be connected to the server and a hard disk device of this ^ermines whether a command received previously and a 

sub-system may used as a cache. currently-received command are read commands, and a 

The performance of a computer system as a whole largely * l ™ n 8 unit | hat determines whether there is 

depends on the access speed to the frequently used appli- conUnull y b6 ' we ^ n an endm 8 """J*. of ^ 6 P re ^ lous read 

r>, j . * * * . .< • ./ command and a beginnmg (or header) address of a current 

cation software or user data, and particularly to the input/ 40 A j on. u » \ i •* e j j 

output (10) performance of a disk sub-system storing the [ ead c « mmand - ™ e host control unit infers a read command 

application Software or user data. In this system, data is read t0 ^ ™x and a beginning address of the read 

from the disk device of the disk sub-system and stored in the C0 ^ mand ^°' dm ^ !° a res f U of dete ™^ a ^n by the first 

cache. However, to speed up processing, if the data is and second determmmg umts. 

already stored in the cache when the access request for the 45 In relation with the recent scale-up of application 

data is made, the data is read directly from the cache. software, a number of input and output (hereinafter referred 

The above described method is referred to as prefetch !° re ^ ests are simultaneously and concurrently 

processing. Japanese Patent Laid-Open Publication No. issued from a plurality of chents connected to a server, and 

SHO 61-175721 discloses prefetch processing in detail. an ^easingly larger number of I/O requests for execution 

More particularly, the foregoing publication describes an 50 mobiles are reported to a disk device residmg on me server 

input/output control device capable of prefetching data to be Slde of . the c ient :f ^ computer system. Accordingly, a 

read out, in which an input/output operation request issued Processing algorithm enabling efficient processing in a 

by a central processing unit to the input/output control device wmch controls me dlsk device 15 needcd - 

device is statistically analyzed, data is read from an auxiliary A hit ratio of data stored in a cache is dependent whether 

storage device of the central processing unit and stored in a 55 the data is prefetched regularly or based upon estimates. In 

built-in, high speed storing unit of the input/output control ^e input/output control device disclosed in Japanese Patent 

device. The reading of the data is performed based on Laid-Open Publication No. SHO 61-175721, however, the 

information concerning files stored in an auxiliary storage tv P e °f analytical methods used to analyze the I/O operation 

device determined by the central processing unit and on the requests issued from the central processing unit to the I/O 

result of the already mentioned statistical analysis. By doing 60 control device are unclear, as is whether the data is 

this, the required data is kept ready in the high speed storing prefetched regularly or based upon estimates. For this 

unit at the point in time when a request for reading the data reason, whether a sufficient hit ratio for data stored in the 

is issued from the central processing unit to the input/output cache can be obtained is ambiguous, 

control device. Accordingly, an input operation can be In the signal processing unit disclosed in Japanese Patent 

completed within a shorter period of time because the data 65 Laid-Open Publication No. HEI 6-332629 discussed earlier, 

does not have to be read from the auxiliary storage device in as well as in Japanese Patent Laid-Open Publication No. 

association with a request for the input operation. HEI 7-104940, since data at successive addresses is 
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prefetched and stored in the cache, a requested reading of to guess the data stored at non-successive addresses as an 

data requiring prefetching data stored at non -successive object for prefetching, and data can be prefetched regardless 

addresses cannot be executed effectively, and a sufficient hit of the succession of addresses. 

ratio is not obtained. In addition, a data read request generated within a pre- 

Also, in the disk device disclosed in Japanese Patent 5 specified period of time from generation of a previous data 

Laid-Open Publication No. HEI 7-104940, data stored at read request from the same slave device is added to an end 

successive addresses is prefetched and stored in the cache, of the list, while a data read request generated after passage 

a requested reading of data issued requiring prefetching data of a prespecified period of time is registered at a header of 

stored at non-successive addresses cannot be executed a new list, so that it is possible to prefetch data for an 

effectively, and a sufficient hit ratio is not obtained. 10 appropriate number of blocks. 

Even if data stored at non-successive addresses are The input/output control device of the present invention 

prefetched on the basis of some sort of regularities or comprises a common table and a common table preparing 

estimations, time is required for reading ahead to skip to a section. The common table records the common sections 

non-successive address, namely a seek time is generated, so between at least two different lists. The common table 

that data cannot efficiently be prefetched, and high speed 35 preparing section prepares a common list at a specified time 

reading of data by prefetching may not be realized. interval and inserts into the at least two different lists 

information referring to the common table in place of the 

SUMMARY OF THE INVENTION common section in the at least two different lists. 

r~ • . ■ f , ,. . t r t . With the above-mentioned input/output control device of 

Ine present invention was made in the light or the 20 4 t_ t • 4 - « 

« a u a u tne present invention, common sections between the two 

circumstances as described above. r , . , , _ - , 

, . . lists are stored in a common table. Therefore, not only the 

It is an object of the present invention to provide an commoQ are listed at places whefe the commoQ 

input/output control device that prefetches data efficiently ^ons are present in each Us{ but also mformation ^ 

regardless of the succession of the addresses. mserted referring to me QOmmon ^ M common 

It is another object of the present invention to provide a 25 are not required to be redundantly stored, reducing the 

method of estimating which addresses are storing data that capacity required to store data as compared to the original 

is to be prefetched when prefetching data is stored at list. 

not-successive addresses. I n tDe input/output control device of the present invention, 

It is still another object of the present invention to provide 3Q the lists of the common table are stored in the storage device, 

an input/output control method of prefetching the data at a With the above-mentioned input/output control device of 

high speed without generating a seek time when prefetching the present invention, the lists and the common table are 

data stored at non-successive addresses. stored in a device permanently storing data, so that data in 

To achieve the objects described above, the present inven- the lists and common table are maintained even if the power 

tion comprises an input/output control device controlling 35 of a mainframe electronic computer is turned off. 

transactions of data between a mainframe electronic com- The input/output control device of the present invention 

puter with various slave devices and a storage device storing further comprises an empty area managing section and a 

therein data connected thereto. The input/output control continuous data relocating section. The empty area manag- 

device of the present invention comprises a list with data ing section checks for a continuous empty area storage area 

read requests from each slave device recorded thereio ^ in the storage device. The continuous data relocating section 

according to an order of generation of the requests. The writes the data stored in the lists relating to the common 

input/output control device of the present invention further section in a continuous empty area of the storage device in 

comprises an access time determining section, a list adding a continuous state. 

section, a header registering section, a cache memory, and a With the above-mentioned input/output control device of 
cache transfer section. 45 the present invention, data corresponding to the common 
The access time determining section determines when it sections between lists is continuously relocated into a con- 
receives a data read request from a slave device, whether a tinuous empty area of a storage device by a relocating 
specified period of time has passed since the generation of process, so that a series of data corresponding to the com- 
a previous data read request from the same slave device. The mon sections is read out from the storage device at a higher 
list adding section adds a data read request generated within 50 speed than the series of data would have been read out if the 
a specified period of time after generation of a previous data data were not relocated but stored discreetly in a storage area 
read request made from the same slave device to the end of of the storage device. 

the list for the slave device. The header registering section In another embodiment, the input/output control device of 

registers at a header of a new list, a data read request the present invention further comprises a second storage 

generated after a specified period of time has passed from 55 device connected to the mainframe electronic computer, an 

the generation of a previous data read request from the same empty area managing section that checks for a continuous 

slave device. The cache memory stores therein data stored in empty storage area in the second storage device, and a 

the storage device. The cache transfer section transfers data continuous data relocating section that writes the data stored 

from the storage device to the cache memory. In addition, in the lists relating to the common section in a continuous 

the input/output control device of the present invention 60 empty area of the second storage section in a continuous 

stores the data in the cache memory by prefetching the data state. 

according to the list. with the above-mentioned input/out control device of the 
With the above-mentioned input/output control device of present invention, data corresponding to the common see- 
the present invention, a list is provided for each slave device tions between the two lists are continuously written into a 
recording therein data read requests from respective slave 65 continuous empty area of a different storage device by a 
devices according to the order of generation of the requests, relocating process, so that a series of data corresponding to 
and data is prefetched based on this list, so that it is possible the common sections is read out from the storage device at 
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a higher speed than the series of data would have been read required to store the data is reduced compared to the amount 

out if the data had not been relocated but had been stored of storage required to store the original list, 

discontinuously in a storage area of the storage device. The input/output control method of the present invention 

The input/output control device of the present invention, further comprises a step of checking for a continuous empty 

therefore, comprises an input/output control device storing a 5 storage area in the storage device and continuously writing 

list including data read requests from computers recorded the data stored in the lists relating to the common section in 

therein according to an order of generation of the requests the continuous empty area of the storage device, 

and determining whether to add a next data read request With the method of the present invention, data corre- 

from one of the computers to the list corresponding to the sponding to the common sections between the lists is 

one of the computers or to begin a new list, based upon 10 continuously written in a continuous empty area of a storage 

whether the next data read request was made before a device by a relocating process, so that a series of data can be 

specified time had passed since the generation of a previous read out from the storage device at a higher speed compared 

read request from the same computer, the input/output to the data corresponding to the common sections stored in 

control device prefetching data according to the list. a discontinuous state in the storage device. 

In an input/output control method of the present 15 The method of an input/output control device of the 
invention, a plurality of slave devices and a storage device present invention coupled to a computer, therefore, com- 
are connected to a mainframe electronic computer for prises storing a list including data read requests from corn- 
executing data transactions between the storage device and puters recorded therein according to an order of generation 
the mainframe electronic computer. The method of the of the requests, determining whether to add a next data read 
present invention comprises a step of determining, when a 20 request from one of the computers to the list corresponding 
data read request is generated from a slave device, whether to the one of the computers or to begin a new list, based upon 
a specified period of time has passed since the generation of whether the next data read request was made before a 
a previous data read request from the same slave device. The specified time had passed since the generation of a previous 
method of the present invention further comprises a step of read request from the same computer, and prefetching data 
adding to the end of a list data read requests generated within 25 according to the list. 

a specified period of time after generation of a previous data These together with other objects and advantages which 

read request from the same slave device, the list including ^1 be subsequently apparent, reside in the details of 

data read requests from the slave device recorded in the construction and operation as more fully hereinafter 

order of generation of the data read requests. In addition, the described and claimed, reference being had to the accom- 

method of the present invention comprises a step of regis- panying drawings forming a part hereof, wherein like 

tering in the header of a new list data read requests each numerals refer to like parts throughout, 
generated after passage of a specified period of time since 

generation of a previous data read request from the same BRIEF DESCRIPTION OF THE DRAWINGS 

slave device, the new list recording therein data read FIG. 1 is a general block diagram showing a network 

requests from the same slave device in the order of genera- computing system in which the input/output control device 

tion of the data read requests. Further, the method of the of the present invention * utilized; 

present invention comprises a step of transferring data to a CT ~ ^ U iij- u 

, , c t , . J , t c 4 ? FIG. 2 is a block diagram, showing an example of a disk 

cache memory by prefetching the data from the storage . , . • w . ?j • i., 

device based on the list sub-system m which the input/output device of the present 

40 invention is utilized; 

With the above-mentioned method of the present •% ■ c i ui i j- i. i 

... r . , . e r u- l • i J A* FIG. 3 is a functional block diagram showing an example 

invention, data is prefetched from a list which includes data r ■ »# * * . i j - j- . ,i_ . 

, ' -j v . . , . * m « of the input/output control device according to the present 

read requests from each slave device recorded therein, invention* 

respectively in an order of generation thereof, so that it is ' , 

possible to guess the data stored at non -successive addresses e , FIG \ 15 a simulated diagram showing an example of a 

as an object to be prefetched. Data can, therefore, be 45 format of a client identification table prepared in an embodi- 

prefetched regardless of the succession of addresses. meDt of the P reseot mveQtl0n i 

In addition, a data read request generated within a pre- FIGS ' 5 r A and 5B are simulated diagrams showing an 

specified period of time after the generation of a previous exam P! e of a ^ ormat of a table for a chent P re P ared m an 

data request from the same slave device is added to the end 50 em t»diment of the present invention; 

of the list, while a data read request generated after the FIG - 6 k a simulated diagram showing an example of a 

passage of the prespecified period of time is registered in a format of a link list prepared in an embodiment of the 

header of a new list, so that data can be prefetched for an present invention; 

appropriate number of blocks. FIG. 7 is an explanatory view showing a particular 

The input/output control method according to the present 55 exam ple of a table for a client as well as of a link list; 

invention further comprises a step of preparing a common FIG. 8 is a simulated diagram showing an example of a 

table that records the common section between at least two fink fist in a case where a common section in a link list is 

different lists at a specified time interval and inserts into the stored in a common access table; 

lists information referring to the common table in place of FIG. 9 is a simulated diagram showing a situation in 

the common section between the lists. $q which continuous common data is relocated in an empty 

With the above-mentioned method of the present arca 0D a disk; 

invention, common sections between the two fists are stored FIG. 10 is a simulated diagram showing an example of 

in a common table, and not only the common sections are data structure in an I/O request; 

listed at places in which the common sections were present FIG. 11 is a flow chart showing an example of high 
in the original lists, but also information referring to the 65 determinate processing for data in a cache memory accord- 
common table is inserted, so that the common sections are ing to the input/output control method according to the 
not redundantly stored. Accordingly, the amount of storage present invention; 
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FIG. 12 is a flow chart showing an example of the volatile memory stores the data temporarily or is used as a 

processing for an estimated I/O table in the input/output work area by the MPU 11. 

control method according to the present invention; For the reasons described above, the MPU 11, non- 

FIG. 13 is a continuation of a flow chart of FIG. 12 volatile memory 12, cache memory control unit 13, cache 

showing an example of the processing for the estimated I/O 5 memory 19, ROM 14, and RAM 15 implement functions of 

table in the input/output control method according to the ! he ^put/output control device according to the present 

present invention; " invention. 

Tyti~* ia- u- FIG. 3 is a functional block diagram showing an example 

FIG 14 is a simulated diagram showmg an example of a of m . ^ deyice £ of ^ * t 

link list m a case where information in a common access n r . , ™^ . . , , , f4l _ 
. . . . ... . , .in Referring now to FIG. 3, the mputcontrol device 25 of the 

table is recorded in a successive block area in a disk; and nwconf ■ „ nmn ^' 0 Jl mrt „, in ,„ 

^ present invention comprises a memory section 30 and an 

FIG. 15 is a flow chart showing an example of the input/output control section 40. The memory section 30 

processing executed when data is written in a disk in the includes an estimated I/O table 31 and a common access 

input/output control method according to the present inven- table 32. 

tion. 15 The input/output control section 40 includes a hit deter- 

DFSPRTPTTON OF THF PRFFFRRFD mming I 1 ' M e ? tim i a i ed V ° {M * P r0Cessin S section 

UbbCKlKllOM Ob IHh FKbrbKKfciD 42 , a host transfer section 44, a cache transfer section 45, a 

EMBODIMENTS common access table preparing section 46, a disk empty area 

Detailed description is provided for embodiments of the managing section 47, and a continuous data relocating 

method and device for input/output control according to the 2 o sec ^ on 

present invention, with reference to attached drawings. ^ input/output control section 40 shown in FIG. 3 is 

FIG. 1 is a general block diagram showing a network ^ la ^ ed m r detail ^ning with reference to FIG. 

computing system in which the input/output control device 2^HC»ff ""^ 

according to the present invention is utilized. The input/ ' '. „ A . ..... , ., 

output control device according to the present invention is 25 ^ m f, m( ! ry SeCtl ^ r ?°, » pr ° V1 "? ,he ""^S 6 

explained in further detail below with reference to FIG. 3. me , m ^ 12 s *? w ? m m< ±*' „ w ^ u l ° he 

a u • < t • • . disk device 20 shown FIG. 2. More particularly, the esti- 

As shown id FIG. 1. a computer functioning as a server 1 mated I/Q ^ 31 ^ ^ common access ^ 32 be 

herein after referred to as a server) is coupled ; to a computer stored m ^ the non . volatile mem0 12 and m the ^ 

(such as for mstance, a work station herem after referred to device 2Q fc ^ cage ^ estimated f /Q ^ 3J and ^ 

as WS) functioning as a client. 2, and to a personal computer 30 access ^ 32 are du and redlmdantly 

(herem after referred to as PC) also functioning as a client recorded which enhances ^ da , a , oss » 

3. Also coupled to the server 1 is a disk sub-system 10. ° 

^.fT 1 V^l and , P 5 3 mU '?t 1 i y con l ne f.! ed 10 More particularly, a system area may be provided in the 

each other by a LAN (Local Area Network) 4, or the Idee, to disk device 20 , 0 store (he , ab , es 31 32 ^ the m 

form a network 5 The network 5 is connected via a gateway * 30 h ovided in both ^ non . volatile memory ^ 

or anoUiernetwork « (such as the Internet) to other networks and , he djsk device 20 then the djsk device 20 can fanction 

7 and 8. The number of clients in the network 5 may be 3 or as , of the j^t/cmpm control device 25 according 

to the present invention. Also the non-volatile memory 12 

FIG. 2 is a block diagram showing an example of the disk functions as a cache memory storing therein the estimated 

sub-system 10. In the disk sub-system 10 shown in FIG. 2, t/ 0 table 31 and the common access table 32. 

a microprocessor (hereinafter referred to as MPU) 11 a ^ memory section 3Q ^ M {n the D0I1 . volatile 

non-volatile memory 12, a cache memory control unit 13, a memory n because ^ ^^0^ of the data can ^ 

read-only memory (hereinafter referred to as a ROM) 14, a performed at a higher speed as compared to the disk drive 20 

random access memory (hereinafter referred to as a RAM) and data loss from the tables fa preV e D ted if a power failure 

15, a host interface control unit 16, and a device interface occurs while writifl the estimated I/O table 31 and common 

control unit 17 are connected to each other through a bus 18. access table 32 imo the disk device 20 

Connected to the cache memory control unit 13 is a cache ^ est i mat ed I/O table 31 comprises a client identifica- 

memory 19. Connected to the device interface control unit tion table 311, a ta ble 312 for client #0, a table 313 for chent 

17 is a disk device 20, such as a hard disk device. The host 5Q #1> md a link ^ 315 Two tables for clieQts m and #1 are 

interface control unit 16 is connected to the server 1, which showD> however 3 or more tables, each corresponding to a 

is an upper level (or host) device. client> may ^ provided. 

The MPU controls the input/output of data (hereinafter cue nt identification table 311 is a table recording a 

referred to as I/O requests) to and from a disk device 20. correspondence between each client connected to the net- 

The non-volatile memory 12 stores therein various types 55 work 5 and an identifier (such as a number) set for each 

of tables described hereinafter and is used for data I/O client by the input/output control section 40. The client 

controls by the MPU 11. The non-volatile memory 12 identification table 311 is used to identify each client in the 

comprises a static RAM (SRAM), which is operable with a disk sub-system 10. 

back-up power supply source such as a battery even when An example of a format of the client identification table 

power is down, or an electrically erasable/rewritable ROM 60 311 is shown in FIG. 4. As shown in FIG. 4, stored in a left 

(EEPROM). column is a "client identification number (#1, #2, #3, . . . )", 

The cache memory control unit 13 controls the high speed which is an identifier. Stored in the right column is a "table 

cache memory 19 storing therein data prefetched into the memory address" indicating a place for storage in a table for 

disk device 20 according to an I/O request from the server the client corresponding to each identification number. It 

1. The ROM 14 stores a control program or fixed data used 65 should be noted that the address information in the "table 

in the prefetching process. The RAM 15 comprises a volatile memory address" column is omitted from the table shown in 

memory such as a dynamic RAM (DRAM) or the like. The FIG. 4. 
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At the end of each of the "client identification number" address stored in the "requested block header address" of 
and "table memory address", a character, such as "NULL", table 312 (313) for a client. In addition, a destination 
is stored, indicating an end of the table. When a client is corresponding to the identified address is identified accord- 
newly connected to the network, an ID number of the client ing to the "next block address" in the link list 315 in the 
and address information indicating a place of storage in a 5 information for the identified destination. As described 
table for the client newly prepared for the client are added above, information blocks corresponding to successive data 
to a column just above the "NULL". For this reason, the read requests are listed in series in the link list 315. The link 
example shown in FIG. 4 indicates that client #8 is a newly ends when "NULL" is specified at the end of the link list 
added client. 315. 

Tables 312 and 313, each for a separate client, are tables io A data read request issued newly from a client is regarded 

in each of which data read requests generated from the as a continuation of a series of data read processings when 

respective client are grouped under specific conditions. The the data read request was generated within a prespecified 

tables 312 and 313 are used to estimate an address which period of time (for instance, one hour) after the last access 

indicates a storage location of data corresponding to a data time stored in a table for the client. For this reason, infor- 

read request, which may be issued at a high probability, IS mation for the "next block address", "requested block header 

based on the data read requests generated from the client. address" and "transferred block size" is added behind the 

Examples of the tables 312 and 313, each corresponding data read request just issued. More particularly, the infor- 

to a client, are shown in FIG. 5A and FIG. 5B respectively. mation is added to the end of the link list 315 relating to the 

For instance, table 312 for client #0 is a table for WS1 header address (i.e., just above the "NULL"column) and 

(corresponding to the WS shown in FIG. 1), while table 313 20 added to the list to the "requested block header address" of 

for client #1 is a table for PC 1 (corresponding to the PC the table for the client. 

shown in FIG. 1). Stored in these tables are "ID number" for On the other hand, when the data read request is issued 

the respective client and "last access time" indicating the after the prespecified period of time (for instance, after one 

time at which the last data read request was issued from the hour) has passed since the last access time recorded in the 

client. 25 table, the data read request is regarded as a header of a new 

Stored in the table for a client, in addition, are a series of data read processings not relating to the previous 

"requested block header address" (in the left column begin- data read request. For this reason, a header address of the 

ning in the third row in each table) of a data block to be read new data read request is newly added to just before "NULL" 

out according to a data read request from the client and a in the "requested block header address", and subsequently a 

"memory address" (in the right column beginning in the 30 new link list following this data read request is prepared, 

third row in each table) indicating a storage location of a link The above is explained in more detail, with reference to 

list relating to the header address. The "requested block FIG. 7. FIG. 7 shows an example, and the present invention 

header address" in the table for WS1 is any of "1", "10" and is not limited to this example. For instance, in the third row 

"100", and the "requested block header address" in the table of table 312 for WS1 as well as of the link list 315, when a 

for PCI is any of "20", "40" and "100". The address data read request with the requested block header address 

information in the "memory address" column is omitted (A) of "1" and also with the transferred block size (S) of "1" 

from the tables shown in FIG. 5A and FIG. 5B. (described as data read request (Al, SI) is issued from the 

At the end of "requested block header address" and client WS1, the header address of "1" and a memory address 

"memory address" information, a character, for instance ^ indicating a storage location of a link list with ensuing data 

"NULL", is stored indicating the end of the table. When a read requests listed therein are stored, respectively, in the 

new data read request is generated from a client and a header "requested block header address" column and "memory 

address of a data block specified by the data read request is address" column of the table 312 for WS1. 

added to the "requested block header address", the newly When the next data read request (A2, SI) is issued from 

added header address and address information indicating a 4J the client WS1 within a specified period of time after 

storage location of a link list relating to the header address generation of the data read request (Al, SI), the data read 

are added, for instance, just above the "NULL". For this request (A2, SI) is regarded as a continuation of the previ- 

reason, in the examples shown in FIG. 5A and FIG. 5B, the ous data read request (Al, SI) and is linked to the end of the 

address "100" is the one that is newly added. previous data read request (Al, SI). 

The link list 315 (FIG. 3) is a linked list storing, in the 50 Assume that a data read request (A3, S3) is issued from 

order of generation thereof, data blocks to be read out the client WS1 within a specified period of time after 

according to data read requests, each specifying a header generation of the data read request (A2, SI), a subsequent 

address stored at the "requested block header address" (a left data read request (A6, SI) is issued from the client WS1 

column in the third row in each table) of tables 312 and 313 within a specified period of time after generation of the data 

for a client. Data blocks to be read out according to data read 55 read request (A3, S3), and then a further subsequent data 

requests successively issued from a client in succession to read request (A7, SI) is issued from the client WS1 within 

the data read request above are listed in the order of the specified period of time after generation of the data read 

generation thereof in link list 315. An example of a format request (A6, SI). Then the data read request (A3, S3), data 

of the link list 315 is shown in FIG. 6. rea d request (A6, SI), and data read request (A7, SI) are 

In the link list 315, "next block address", "requested block 60 successively added to the end of the list just ahead of the 

header address" and "transferred block size" are treated as "NULL". With this operation, the list in the first row in the 

one unit of information for each data read request issued link list 315 as shown in FIG. 7 is prepared, 

from a client. A data read request (A10, S2) issued by the client WS1 

Conventionally, linked lists link to destinations through after passage of the specified period of time from the 

one or more pointers. In the present invention, a destination 65 generation of the data read request (A7, SI) is regarded as 

to which the link list 315 links is identified according to a a request which is not related to the data read processing of 

memory address number corresponding to the header the first row of the link list 315. 
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Thus, generation of the data read request (A10, S2) is common access table 32. When linked to the common access 

regarded as the start of a new data read processing. For this table 32, as shown in FIG. 8, common access table reference 

reason, indicating a place for storage of a link list with information 321, including a "common access table address" 

subsequent data read requests listed therein are added newly indicating a storage location for appropriate information in 

to the "requested block header address" and "memory 5 tne common access table 32 and a "next block address" 

address" column, respectively, of the table 312 for WS1. The indicating a next link of the link list after linking to the 

position where the header address of "10" and memory common access table 32, is inserted into the link list 315. 

address are newly added is just before "NULL" in both the ^ common access table reference information 321 also 

"request block header address" and "memory address" of the includes a common access flag indicating that the informa- 

table 312 for WS1. 10 l * on nas * 5eei1 ^ n ^ e( * to tne common access table 32. The 

on- tu »u *» «u a * a . /aiiciwam processing for inserting the information into the common 

cwa J S^Ai5 e ci? ' rCqU ! StS (M2 ' S1) ' (A ?' ^ ess ta * le reference information 321 is executed in a 

SI, (A16, SI) and (A17, SI) were issued m succession to the commoo access table ^ ^ion 46 shown in FIG. 3. 

generation of the data read request (A10, S2), each within In me exam p les shown in FIG. 8, the common access flag 

the specified period of time. This is shown in the second row beiog xi to «q» indicates that the information is related to 

of the link list 315. is the common access table 32 . 

After passage of the prespecified period of time since FIG. 9 conceptually shows a sequence of relocating 

generation of the data read request (A17, SI), a next data continuous common data in an empty area on a disk. More 

read request (A100, S2) is issued from the client WS1, and particularly, FIG. 9 shows a case in which the data having 

the data read requests(A102, SI), (A103, SI), (A106, SI) been stored at the addresses "3", "6" and "7" are relocated 

and (A107, SI) are each issued within a specified period of 20 in this order into a continuous empty area beginning from, 

time after generation of the respective preceding data read for instance, address 2000 on disk device 20. 

request. This is shown in the third row of the link list 315. FIG. 10 shows an example of data structure of an I/O 

Similarly, when a specified period of time has passed after request 50. The "host identification number" 52 is the same 

generation of the data read request (A107, SI), a next data as the "client identification number" in the client identifi- 

read request (A1000, S2) is issued from the client WS1, then 25 cation table 311. The "request identifier" 54 indicates 

the data read requests (A1002, SI), (A1003, SI) and whether the I/O request is a data read request or a data write 

(A1007, SI) are each issued within the specified period of request. The "request block header address" 56 indicates a 

time after generation of the respective preceding data read header address of an area identified according to the I/O 

request. This is shown in a list in the fourth row of the link request 50. The "transferred block size" 58 indicates a 

list 315. A link list as shown in fifth, sixth and seventh rows 30 number of data blocks to be transferred, 

for the client PCI is also prepared similarly. Reference is again made to FIG. 3 for a more detailed 

In the example shown in FIG. 7, in the lists in the first row explanation of the input/output control section 40 of the 

and fifth row of the link list 315, the section wherein the data input/output control device 25 of the present invention, 

read request (A6, SI) and (A7, SI) in continuation with the 35 The input/output control section 40 shown in FIG. 3 

data read request (A3, S3) (the section enclosed by a broken includes a function controlling input/output of data realized 

line) is common between the two rows. For this reason, this by the MPU 11 shown in FIG. 2. The host transfer section 

common section is extracted and stored in the common 44 shown in FIG. 3 executes the processing which transfers 

access table 32. Accordingly the common access table 32 is to the host the data requested by the host. The cache transfer 

a table in which information for a common linked portion in 4Q section 45 shown in FIG. 3 executes the processing which 

the link list 315 is stored. reads data of a specified number of blocks from the disk 

However, in the present invention, information concern- device 20 and transfers the data to the cache memory 19 

ing a common linked section in the link list 315 is stored in shown in FIG. 2. 

the common access table 32, and, further, data correspond- The common access table preparing section 46 prepares 

ing to the common linked portion is relocated in a continu- 45 the common access table 32 by extracting common sections 

ous empty area on a disk (refer to FIG. 9). A storage location in the link list 315 when a specified period of time has passed 

of relocated data is identified by the disk empty area from the start of this system, or each time when the specified 

managing section 47, and the data is written by the continu- period of time passes during use of this system. For instance, 

ous data relocating section 48 into the identified area. the common access table 32 is prepared at a fixed interval 

Thus, as shown in the example of the format shown in 50 such as the end of every week or at the end of every month. 

FIG. 8, a number of linkage of extracted common sections The disk empty area managing section 47 checks for a 

and a memory address indicating a header position of data continuous empty area in the disk device 20. The continuous 

in the relocated common sections in an empty area on the data relocating section 48 executes processing for writing 

disk are stored in the common access table 32. Specifically, data registered at an address registered in the common 

for instance, in the case of the first row of the link list 315 55 access table 32 in a continuous empty area in the disk device 

shown in FIG. 7, three data read requests (A3, S3), (A6, SI) 20 in a continuous state. With this, a series of data blocks 

and (A7, SI) are common, so that the number "3" (not having the possibility to be read out in succession are stored 

shown) is stored in the "link number" column of the com- in a physically continuous state on a disk as shown in FIG. 

mon access table 32. 9. The relocated data may be deleted from the original 

In the "memory address" column of the common access 60 storage site, 

table 32, a header address of data relocated on the disk (for Hit determining section 41 includes an intra-cache data 

instance, "2000" in the example shown in FIG. 9) is stored. checking section 411 and a prefetching determining section 

Specific numerical values are not shown in the "link num- 412 as shown in FIG. 3, and executes processing for 

ber" and "memory address" columns in the common address determining whether the read data requested from a client is 

table 32 shown in FIG. 8. 65 present in the cache memory 19 shown in FIG. 2. 

Also shown in FIG. 8 is an example of a link list in a case The intra-cache data checking section 411 executes 

in which a common section between link lists is stored in the checking for determining, when a data read request is issued 
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from a client, whether the corresponding data block is 
present in the cache memory 19 shown in FIG. 2. 

When it is determined that the corresponding data block 
is present in the cache memory 19 of FIG. 2, the prefetching 
determining section 412 determines whether the data block 5 
is a prefetched one according to the estimated I/O table 31. 

The estimated I/O table processing section 42 performs 
functions such as adding a new client to the client identifi- 
cation table 311 inside of the estimated I/O table 31, 
preparing the table 312 (313) for a client for each client, 10 
preparing a link list 315, or updating prefetched data in the 
cache memory 19. 

As shown in FIG. 3, the estimated I/O table processing 
section 42 includes a client identification table registration 
determining section 421, a header list registration determin- 
ing section 422, an access time determining section 423, a 
client registering section 424, a list adding section 425, a 
header address registering section 426, a transferred block 
size fetching section 427, a transferred block size comparing 2Q 
section 428, and a transferred block size updating section 
429. 

The client identification table registration determining 
section 421 determines, when a requested data block is not 
present in the cache memory 19 or when the requested data 2 5 
block is present in the cache memory 19 but the data block 
is not a block prefetched according to the estimated I/O table 
31, whether the client has been registered in the client 
identification table 311. 

The client registering section 424 registers, when the 30 
client that has made a request has not been registered in the 
client identification table 311, the requesting client in the 
client identification table 311 and prepares the table 312 
(313) for the client. 

Then a memory address indicating a storage location in 35 
the table 312 (313) for the client is registered in the client 
identification table 311. In addition, a header address for the 
data block requested to be read out and a memory address 
indicating a storage location of the link list 315 are regis- 
tered in the table 312 (313) for the client. 40 

The header list registration determining section 422 
determines, when the requesting client has been registered in 
the client identification table 311, whether a header address 
of the data block requested to be read out has been registered 
in the "requested block header address" in the table 312 45 
(313) for the client. 

The access time determining section 423 determines, 
when a header address of the data block requested to be read 
out has not been registered in the "requested block header 5Q 
address" column in the table 312 (313) for the client, 
whether a specified period of time has passed after genera- 
tion of the previous data read request was made from the 
same client. 

The header address registering section 426 registers, 55 
when the data read request was generated after passage of a 
specified period of time since generation of the previous data 
read request from the same client, the data block header 
address for the data read request in the "requested block 
header address" in the table 312 (313) for the client. Also a 60 
memory address indicating a storage location of the link list 
315 is registered in the table 312 (313) for the client. 

The list adding section 425 adds information comprising 
a block header address for the data read request and a 
transfer block size to the end of the link list 315 for the client 65 
when the data read request is issued within a specified period 
of time after generation of the previous data request. 
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The transferred block size fetching section 427 checks, 
when a header address of the data block requested to be read 
out has been registered in the "requested block header 
address" in the table 312 (313) for a client, a transferred 
block size of the link list 315 according to the registered 
requested block header address. 

The transferred block size comparing section 428 com- 
pares the checked transferred block size to a size of a 
transferred block requested to be read out. As a result of the 
comparison of a transferred block size, if the size of the 
transferred block currently being requested to be read out is 
larger than the checked transfer block size, the transferred 
block size updating section 429 updates the transferred 
block size previously registered to the size of transferred 
block currently requested to be read out. 

Functions executed by the input/output control device 25 
of the present invention having the configuration as 
described above are explained with reference to FIG. 11 
through FIG. 13. 

Referring now to FIG. 11, initially after a data read 
request is issued from a client, determination is made as to 
whether the requested data block is present in the cache 
memory 19 of FIG. 2 (step SI). 

When it is determined in step SI that the requested data 
block is present in the cache memory 19 shown in FIG. 2, 
determination is made whether the data block is a block 
prefetched according to the estimated I/O table 31 (step S2). 

When it is determined in step S2 that the requested data 
block in the cache memory 19 is a block prefetched accord- 
ing to the estimated I/O table 31, the requested data is 
transferred in step S3 from the cache memory 19 to the host 
(server 1 shown in FIG. 2). 

Then, a specified number (x units) of data blocks or 
information at the beginning address stored in the estimated 
I/O table 31 is read from the disk device 20 and transferred 
to the cache memory 19 (step S4). For a data block 
prefetched and stored in the cache memory 19, information 
indicating that the data block is prefetched and information 
for a next block address at an address to be read out 
successively are added. 

Assume that information including a "next block 
address", a "requested block header address" and "trans- 
ferred block size" to be one unit, and a quantity of prefetched 
data is x units of information in the fink list 315. A number 
of prefetched data blocks for each information unit corre- 
sponds to a section including a "requested block header 
address" of the information unit and equal to the "transferred 
block size" from the address number. Herein x is a variable 
value, and is set by the system manager. 

When it is determined in step SI that the data block 
requested to be read out is not present in the cache memory 
19, or when it is determined in step S2 that the requested 
data block in the cache memory 19 is not the one prefetched 
according to the estimated I/O table 31, then the estimated 
I/O table routine of FIG. 12 is invoked, and determination is 
made whether a table for that client ID number is present, 
i.e., whether the client that has issued the data read request 
has been registered in the client identification table 311 
(refer to step SU of FIG. 12). 

When it is determined in step Sll of FIG. 12 that the 
requesting client has been registered in the client identifi- 
cation table 311, determination is made whether a header 
address of the data block requested to be read out has been 
registered or included in the "requested block header 
address" column in the table 312 for the client (step S12). 

On the other hand, if it is determined that the requesting 
client has not been registered in the client identification table 
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311, the requesting client is registered in the client identi- transferred to and stored in the cache memory 19 (step S24). 

fication table 311. Also the table 312 (313) for the client is With this operation, the processing comes to an end. 

prepared. In addition, a memory address indicating the On the other hand, if it is determined in step S22 that the 

storage location in the table 312 (313) for the client is transferred block size LBN for the request block header 

registered in the client identification table 311. 5 address registered in the table 312 (313) for the client is 

The header address of the data block to be read out and a smallcr than a size of a transferred block currently being 

memory address indicating a storage location of the link list requested to be read out, the requested data is read out from 

315 are registered in the table 312 (313) for the client (step the disk dn / e 20 and transferred <° the h <f (* te P S25). 

S16). Then control shifts to step S12. Then, information concerning the transferred block size 

. * « t *\, « * - . in registered m the link list 315 before generation of the data 

Ifit isdetermm^^ read request is updated to the size of the transferred block 

data block requested to be read out has not been registered size ^ requeste d to be read out (step S26). Subsequently, 

in the "requested block header address' of the table 312 system mko \ returns to step S24, and data including a new 

(313) for the client, determination is made whether the data transferred block size is stored in the cache memory 19, and 

read request was issued within a specified period of time t he processing comes to an end. 

after generation of the previous data read request from the 15 ^ example of management of an empty area in a disk by 

same client (step S13). Herein the specified period of time the disk empty area managing section 47 is now described, 

is variable and is set by the system manager. i n ^ ordinary system, information for storage in an empty 

When it is determined that the data read request was area is also often stored in a memory of a host machine such 

issued after passage of a specified period of time since as a server. However, in practice, the information stored in 

generation of the previous data read request from the same 20 the memory of the host machine does not generally coincide 

client ("no" in step S13), a header address of the data block with the information stored in a magnetic disk. For this 

requested to be read out and a memory address number reason, in this example, to make the information for storage 

indicating a storage location linking thereto are stored in the in an empty area in a magnetic disk coincident with that in 

table 312 (313) for the client (step S14). the host, a maintenance mode is provided. This maintenance 

Then system control shifts to step S15, and I/O processing mode is effected, for instance, when servicing the system, or 

is executed. More particularly, the requested data is trans- when preparing the common access table 32. 

ferred from the disk device 20 of FIG. 2 to the host (server For instance, when it is time for system maintenance, a 

1). Data in a specified number of blocks beginning at the file management table in the host machine is written back to 

header address of the requested data is read out from the disk 3Q the disk to ensure that the information in the disk coincides 

device 20 and is transferred to the cache memory 19. In Step with the information in a memory of the host machine. The 

S15 of FIG. 12, a quantity of data stored in the cache same algorithm as that used in the file system management 

memory 19 is the same as that explained in step S4 of FIG. method in the host machine is used as an empty area 

11- retrieval processing routine. 

When it is determined in step S13 that the data read 35 File management in a disk sub-system is realized by using 
request was issued within a specified period of time after in a disk sub-system the same empty area retrieval process- 
generation of the previous data read request from the same ing routine as that used in the host machine. In the disk 
client ("yes" in step S13), information comprising a header sub-system, continuous area write processing is carried out 
address of the block requested to be read out and a trans- by referring to the common access table. The empty area 
ferred block size is added to the end of the link list 315 for retrieval method is effected only when a continuous area can 
the client (step S17). Then system control shifts to step S15, be acquired in a section with a larger logical block number, 
and I/O processing is executed. If such an area can not be acquired, the processing is not 

If it is determined in step S12 that a header address of the carried out. The acquired number of blocks of the disk is 

data block requested to be read out has been registered in the recorded in the common access table. The old common 

"requested block header address" of the table 312 (313) for 45 access table, having been filled to capacity at some point in 

the client, a check is made for a transferred block size (LBN: time, is maintained without being deleted and reference is 

Logical Block Number) of a list positioned at a header of the made to the old common access table when read requests are 

link list 315 according to the registered requested block issued from the host machine non-successively. 

header address (refer to step S21 of FIG. 13, part of the More particularly, FIG. 14 shows an example of a link list 

"processing in step 1" flowchart, entered through the "to 50 315 in a case in which information for a common access 

processing in step 1 (FIG. 13)" option in FIG. 12). table 32 is recorded in a continuous block area in a disk. 

Then the checked transferred block size is compared to a In the case shown in FIG. 14, continuous record process- 
size of a transferred block currently being requested to be ing reference information 325 is inserted into the link list 
read out, and determination is made as to which of the 315. The continuous record processing reference informa- 
transferred block sizes is larger (step S22). 55 tion 325 includes a.continuous record processing flag 325-1 

When it is determined in step S22 that the transferred indicating whether the information has been subjected to 

block size LBN for the requested block header address continuous record processing and also indicating a presence 

registered in the table 312 (313) for the client is larger than of old access table data and old common access data 325-2. 

or equal to the transferred block size currently being A header block address 325-3 and a continuously transferred 

requested to be read out ("yes" in step S22), a quantity of 60 block size 325-4 are also included in the continuous record 

data with x units of information, each unit including a "next processing reference information 325. 

block address", "requested block header address", and The processing for inserting the continuous record pro- 

"transferred block size" added to the transferred block size cessing reference information 325 is executed, for instance, 

stored in the estimated I/O table 31, is prefetched from the by the common access table preparing section 46 after a 

disk device 20 (step S23). 65 continuous block area. Specific numerical values for the 

Then the requested data is transferred from the cache "link number" and "memory address number" columns are 

memory 19 to the host, and the prefetched data is also not shown in the common access table 32 shown in FIG. 14. 
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However, when a data write request is issued to a disk list 315 or common access table 32 into the non-volatile 

area independently used by a disk sub-system (an area of a memory 12, data in the link list 315 or common access table 

disk in which data was recorded in a continuous empty area 32 is prevented from being lost due to power failure or for 

by referring to a common access table 32), processing is otner reasons. 

executed to prevent the area used as a common continuous 5 Also with the embodiment of the present invention 

area from being used by the disk sub-system. With this described above, data corresponding to common sections 

operation, an address of the common access table 32 is between the link lists 315 is relocated and written in a 

returned to the old one (that is, the restored state), as continuous empty area of the disk device 20, so that a series 

explained. °f ^ ata corresponding to the common sections is read from 

* .« , . «™ AA . c . in the disk device 20 at a higher speed as compared to the series 

In the example shown in FIG. 14, information in a io q£ ^ ^ ^ * M ^ ^ 

common access table is recorded in a successive block area corresponding t0 (he conmon ^ons is stored in a discon- 
m a disk. Further, FIG. 14 shows an access table for an timious state ^ a me area of lhe disk device 2Q 
access block requested from a plurality of clients and the Furthef ^ ^ embodiment of the present Mention 
common access table. described above, when data read requests are received in 
In the example shown in FIG. 14, the original access 15 succession from a plurality of unspecified clients connected 
tables are owned by each client. When a pattern of accessing to the network 5 (refer to FIG. 1), addresses storing data read 
the same area with substantially the same pattern appears, out in succession are estimated in an input/output device, 
the pattern according to the present invention is used to and the data is stored in the cache memory 19 regardless of 
improve the performance by sequentially accessing the the succession of the address numbers, so that read process- 
continuous area and writing data therein without accessing 20 ing is executed at a high speed, 

various areas distributed in a disk. The pattern according to Although the present invention is applied to the disk 

the present invention is defined herein as continuously sub-system 10 of the server 1 in a network computing 

writing data in an empty area of a subsystem if a certain system shown in FIG. 1, the configuration of the present 

pattern can be established. invention is not limited to that shown in FIG. 1. More 

This common access table is independent of a host device, particularly, the present invention can be applied to a system 
and if a write instruction is written in the area in which data in which various types of peripheral devices are connected 
was continuously written as described above, the common to a single computer based on SCSI (Small Computer 
access table must be aborted, and the state before prepara- System Interface) standards or to a system in which various 
tion of the common access table must be restored. The "old types of peripheral devices are connected to a single corn- 
one" discussed herein above indicates the restored state. 30 puter via a FC (Fiber Channel) interface. In this case, the 

With the embodiment of the present invention described computer and each of the peripheral devices function as a 

herein above, the link list 315, with data read requests from server and a client respectively. The computer and devices 

a client recorded therein in the order of generation thereof, are connected to each other with a dedicated cable. Also in 

is provided for each client. Data is prefetched according to 35 the system using the SCSI standards, the client identification 

this link list 315, so that the addresses and data stored at number may be an identification number used in the SCSI 

non-successive addresses (as an object to be prefetched) are standards. 

estimated and data is prefetched regardless of the succession Although the input/output control device is provided in 

of addresses. the disk sub-system 10 in the embodiment of the present 

Furthermore, with the embodiment of the present inven- 4Q invention described above, the configuration is not limited to 

tion described above, a data read request generated within a this, and the input/output control device may be provided in 

specified period of time after generation of the previous data the server 1 or may be provided as a device independent 

read request from the same client is added to the end of the from a server or from a disk sub -system, 

link list 315, and a data read request generated after passage Although the disk device 20 is referred to as a hard disk, 

of the specified period of time is added to a header of a new 4S the disk device 20 could be a direct access storage device 

link list 315, so that data is prefetched for each appropriate (DASD) such as an optical disk device or a photo-magnetic 

number of blocks. disk device. 

With the embodiment of the present invention described Furthermore, as explained with reference to FIG. 9, the 

herein above, common sections between a plurality of link data in blocks (elements 3, 6 and 7) are written in a 

lists 315 are stored in the common access table 32, and the 50 continuous empty area of the same disk device, but the data 

common access table reference information 321 is inserted could be relocated and written in a continuous state in a 

into places corresponding to common sections in the original different disk drive. In this case, a mapping table indicating 

link lists 315 instead of simply listing the common sections in which disk each block of data is stored after relocation is 

therein. With the present invention, the common sections are provided in the input/output control device, 

not stored redundantly and the amount of storage required 55 In the above description it is assumed that data relocated 

for storing the link lists 315 is reduced compared to that continuously in an empty area of a disk is deleted 

required by the original link lists. afterwards, but the relocated data may be left as it is in its 

Also with the embodiment of the present invention original place. In this case, if write processing is executed to 

described above, since the link list 315 or the common the relocated data block, it is necessary to execute write 

access table 32 is stored in the disk device 20, even if power 60 processing to data in the original data block as well, 

to the server 1 is turned OFF, the data for the link list 315 With the configuration as described above, for instance, in 

or common access table 32 is maintained. the example shown in FIG. 9, when data in three blocks 3, 

Also with the embodiment of the present invention 4 and 5 (blocks 4 and 5 are not shown in FIG. 9) or in three 

described herein above, the link list 315 or common access blocks 5, 6 and 7 (block 5 is not shown in FIG. 9) are 

table 32 is stored in the non-volatile memory 12, so that data 65 successively prefetched, the three blocks 3, 4 and 5 or three 

is read out at a higher speed as compared to when the data blocks 5, 6 and 7 are continuously relocated, so that the data 

is stored on the disk device 20. Also when writing the link can be read out at a higher speed from the original places. 
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FIG. 15 shows an example of processing when data is 
written into a disk in the present invention. When a data 
write request is issued, determination is made whether a 
requested block is present in the old common access data 
(refer to FIG. 14) following reference to the continuous 5 
record processing flag in the common access table 32 (step 
S31). When it is determined that the requested block is not 
present, the normal write processing is terminated. On the 
other hand, when it is determined that the requested block is 
present, normal write processing is executed (step S32). 10 
After execution of the normal write processing, addresses in 
a continuous area in the block to be written are computed to 
record the location or place (step S33), and then the write 
processing is terminated. 

The present invention and advantages thereof are *5 
described above, but various changes, replacement, and 
modifications are possible within the spirit and scope of the 
invention defined in the attached claims. 

As described above, with the invention, a list, with data 
read requests from a slave device recorded therein in the 20 
order of generation thereof, is provided for each slave 
device, and data is prefetched according to this list, so that 
the addresses and data stored at not-successive addresses 
(which data is an object of prefetching) is estimated and data 
is prefetched regardless of the succession of addresses. 25 

With the present invention, a data read request generated 
within a prespecified period of time after generation of the 
previous data read request from the same slave device is 
added to an end of a list, while a data read request generated 
after passage of the prespecified period of time since gen- 30 
eration of the previous data read request from the same slave 
device is added to a header of a new list, so that data is 
prefetched by an appropriate number of blocks. 

With the present invention, common sections between or 35 
among a plurality of lists are stored in a common table, and 
information referring to the common table is inserted in 
places in the original lists in which the common sections are 
present, instead of simply listing the common sections. 
Accordingly, it is not necessary to store the common sec- 
tions redundantly and the capacity required for storage of 
lists is reduced as compared to that of the original lists. 

With the present invention, because data corresponding to 
the common sections between or among a plurality of lists 
is relocated and written in a continuous state in an empty 45 
area of a storage device, a series of data corresponding to the 
common sections is read out from a storage device at a 
higher speed as compared to when the data is stored in a 
discontinuous state. 

In addition to the description of the present invention 50 
disclosed herein above, the following items are further 
disclosed herein: 

(1) An input/output control device in which a non-volatile 
memory is connected to a list adding section as well as 

to a header registering section, and a list or a common 55 
table is stored in the non-volatile memory. With this 
input/output control device, a list or a common table is 
stored in a non-volatile memory, so that input/output of 
data is executed at a high speed as compared with 
storing them in a disk. Also a loss of the data stored in 60 
a list or a table due to power failure or for other reasons 
is prevented when a list or a common table is written in 
a non-volatile storage device. 

(2) The continuous data relocating section maintains data 

to be relocated without deleting the data, and the cache 65 
transfer section reads out the continuous data from the 
original places. With this feature, even after data is 
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relocated, it is possible to read out the data when 
prefetching data which is continuous before relocation, 
or when actually transferring the data to an electronic 
computer. 

(3) The mainframe electronic computer is a computer 
functioning as a server, while a slave device is a 
computer functioning as a client and provides controls 
over input/output of application program data and user 
data to and from the storage device in a network 
computing system with the application programs and 
user data stored in the storage device. With this 
configuration, when data read requests are received in 
succession from a plurality of clients connected to a 
network, addresses of data to be read out successively 
are estimated within the input/output control device, 
and the data is stored in a cache memory regardless of 
the succession of the address numbers, so that read 
processing is executed at a high speed. 

(4) The mainframe electronic computer is a computer, and 
a slave device is a peripheral device connected via a 
SCSI interface or an FC interface to the computer. With 
this feature, even in a system with peripheral devices 
connected to a computer via the SCSI interface or the 
FC interface, addresses of data to be read out succes- 
sively are estimated previously in the input/output 
control device, and the data is stored in a cache memory 
regardless of the succession of address numbers, so that 
read processing is executed at a high speed. 

(5) The storage device is a hard disk device. With this 
configuration, data is read out at a high speed from a 
hard disk connected to the mainframe electronic com- 
puter. 

The many features and advantages of the invention are 
apparent from the detailed specification and, thus, it is 
intended by the appended claims to cover all such features 
and advantages of the invention which fall within the true 
spirit and scope of the invention. Further, since numerous 
modifications and changes will readily occur to those skilled 
in the art, it is not desired to limit the invention to the exact 
construction and operation illustrated and described, and 
accordingly all suitable modifications and equivalents may 
be resorted to, falling within the scope of the invention. 

What is claimed is: 

1. An input/output control device controlling transactions 
of data between a mainframe electronic computer with slave 
devices and a storage device, storing therein data, connected 
thereto, said input/output control device comprising: 
a cache memory storing data stored in the storage device; 
a memory section comprising an initial list including data 
read requests from each of the slave devices recorded 
therein according to an order of generation of the 
requests; and 
an input/output control section comprising: 

an access time determining section determining, when 
it receives a data read request from one of the slave 
devices, whether a specified period of time has 
passed since generation of a previous data read 
request from the same one of the slave devices; 
a list adding section adding, to the end of said initial 
list, a data read request generated within a specified 
period of time after generation of a previous data 
read request made from the same one of the slave 
devices for said same one of said slave devices; 
a header registering section registering at a header of a 
new list a data read request generated after a speci- 
fied period of time has passed from generation of a 
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previous data read request from the same one of the 
slave devices; and 
a cache transfer section transferring data from said 
storage device to said cache memory, wherein said 
input/output control device stores the data in said 5 
cache memory by prefetching the data according to 
one of said initial list and said new list. 

2. An input/output control device according to claim 1 
further comprising: 

a common access table recording common sections 10 
between at least two different lists, each of said at least 
two different lists corresponding, respectively, to and 
including data read requests from one of the slave 
devices recorded therein according to an order of 
generation of the requests; and 15 

a common access table preparing section preparing a 
common access table based on said common sections at 
a specified time interval and inserting, into said at least 
two different lists, information referring to said com- 
mon access table in place of the common sections in 20 
said at least two different lists. 

3. An input/output control device according to claim 2, 
wherein said at least two different lists and said common 
access table are stored in said storage device. 

4. An input/output control device according to claim 2, 25 
further comprising: 

an empty area managing section checking for a continu- 
ous empty storage area in said storage device; and 

a continuous data relocating section writing the data 
stored in said at least two different lists relating to the 30 
common sections in a continuous empty area of said 
storage device in a continuous state. 

5. An input/output control device according to claim 2, 
further comprising: 

a second storage device connected to said mainframe 35 
electronic computer; 

an empty area managing section checking for a continu- 
ous empty storage area in said second storage device; 
and 

40 

a continuous data relocating section writing the data 
stored in said at least two different lists relating to the 
common sections in a continuous empty area of said 
second storage device in a continuous state. 

6. An input/output control method in a system in which a 45 
plurality of slave devices and a storage device are connected 

to a mainframe electronic computer for executing data 
transactions between said storage device and said mainframe 
electronic computer, said method comprising: 

determining, when a data read request is generated from 50 
one of said slave devices, whether a specified period of 
time has passed since generation of a previous data read 
request from the same slave device; 
adding to the end of an initial list data read requests 
generated within a specified period of time after gen- 55 
eration of a previous data read request from the same 
slave device, the initial list including data read requests 
from the slave device recorded in the order of genera- 
tion of the data read requests; 
registering at a header of a new list data read requests, 60 
each generated after passage of a specified period of 
time since generation of a previous data read request 
from the same slave device, the new list recording 
therein data read requests from the same slave device in 
the order of generation of the data read requests; and 65 
transferring data to a cache memory coupled to the 
storage device through a device interface control unit 
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and a cache memory control unit by prefetching the 
data from said storage device based on one of the initial 
list and the new list. 

7. An input/output control method according to claim 6, 
further comprising: 

preparing a common access table recording a common 
section between at least two different lists at a specified 
time interval and inserting into the at least two different 
lists information referring to said common access table 
in place of the common section between the at least two 
different lists. 

8. An input/output control method according to claim 7, 
further comprising: 

checking for a continuous empty storage area in said 
storage device and writing the data stored in said lists 
relating to the common section in the continuous empty 
storage area in said storage device in a continuous state. 

9. An apparatus comprising: 

computers initiating data read requests; and 
an input/output control device, in communication with the 
computers, storing a list including data read requests 
from the computers recorded therein according to an 
order of generation of the requests and determining 
whether to add a next data read request from one of the 
computers to a list corresponding to the one of the 
computers or to begin a new list, based upon whether 
the next data read request was made before a specified 
time had passed since the generation of a previous read 
request from the same computer, said input/output 
control device prefetching data according to one of the 
lists. 

10. The apparatus according to claim 9, wherein the initial 
list is a link list and the new list is a link list. 

11. An input/output control device coupled to a server and 
to a disk sub-system, said server coupled to clients, said 
input/output control device comprising: 

a memory section storing an initial list including data read 
requests from the clients recorded therein according to 
an order of generation of the requests; and 

an input/output control section determining whether to 
add a next data read request from one of the clients to 
the initial list corresponding to the one of the clients or 
to begin a new list, based upon whether the next data 
read request was made before a specified time had 
passed since the generation of a previous read request 
from the same client, said input/output control device 
prefetching data according to one of the initial list and 
the new list. 

12. The input/output control device according to claim 11, 
further comprising a cache memory coupled to the storage 
device through a device interface control unit and a cache 
memory control unit, wherein the data is prefetched from the 
storage device to the cache memory based on one of the 
initial list and the new list. 

13. The input/output control device according to claim 11, 
wherein the initial list is a link list, and the new list is a link 
list. 

14. An input/output control device according to claim 11, 
wherein: 

said memory section comprises: 

a common access table recording common sections 
between at least two different lists, each of said at 
least two different lists corresponding, respectively, 
to and including data read requests from a client 
recorded therein according to an order of generation 
of the requests; and 
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said input/output control section comprises: 

a common access table preparing section preparing a 
common access table based on said common sections 
at a specified time interval and inserting into said at 
least two different lists information referring to said 5 
common access table in place of the common sec- 
tions in said at least two different lists. 

15. An input/output control device according to claim 14, 
wherein said input/output control device is coupled to a 
storage device, and said input/output control section com- 30 
prises: 

an empty area managing section checking for a continu- 
ous empty storage area in the storage device; and 

a continuous data relocating section continuously writing 
the data stored in said at least two different lists relating 15 
to the common sections in a continuous empty area of 
said storage device. 

16. A method of an input/output control device coupled to 
computers, said method comprising: 

storing an initial list including data read requests from one 
of the computers recorded therein according to an order 
of generation of the requests; 

determining, by an input/output control section of the 
input/output control device, whether to add a next data 2 s 
read request from the one of the computers to the initial 
list corresponding to the one of the computers or to 
begin a new list, based upon whether the next data read 
request was made before a specified time had passed 
since the generation of a previous read request from the 30 
same computer; and 

prefetching data according to one of the initial list and the 
new list. 

17. The method according to claim 16, wherein the data 

is prefetched from a storage device to a cache memory based 35 
on the lists, wherein the storage device is coupled to the 
cache memory through a device interface control unit and a 
cache memory control unit. 

18. The method according to claim 16, wherein the initial 
list is a link list, and the new list is a link list. 
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19. The method according to claim 16, further compris- 
ing: 

preparing a common access table recording a common 
section between at least two different lists at a specified 
time interval and inserting into the at least two different 
lists information referring to said common access table 
in place of the common section between the at least two 
different lists, each of said at least two different lists 
corresponding, respectively, to and including data read 
requests from one of the computers recorded therein 
according to an order of generation of the requests. 

20. The method according to claim 19, further compris- 
ing: 

checking for a continuous empty storage area in a storage 
device coupled to the input/output control device and 
writing the data stored in said at least two different lists 
relating to the common section in the continuous empty 
area of said storage device in a continuous state. 

21. Ah apparatus comprising: 
a network; 

clients, coupled to the network, each client comprising a 
computer transmitting data read requests; 

a server, coupled to the network, comprising a computer, 
receiving the data read requests from the clients; 

a disk sub-system, coupled to the server, and comprising 
an input/output control device storing an initial list 
including the data read requests transmitted from the 
clients recorded therein according to an order of gen- 
eration of the requests , said input/output control device 
comprising an input/output control section determining 
whether to add a next data read request from one of the 
clients to the initial list corresponding to the one of the 
clients or to begin a new list, based upon whether the 
next data read request was made before a specified time 
had passed since the generation of a previous read 
request from the same client, said input/output control 
device prefetching data according to one of the initial 
list and the new list. 

***** 
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